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Abstract. A problem that arises in drawings of transportation networks is to min- 
imize the number of crossings between different transportation lines. While this 
can be done efficiently under specific constraints, not all solutions are visually 
equivalent. We suggest to merge crossings into block crossings, that is, cross- 
ings of two neighboring groups of consecutive lines. Unfortunately, minimizing 
the total number of block crossings is NP-hard even for very simple graphs. We 
give approximation algorithms for special classes of graphs and an asymptoti- 
cally worst-case optimal algorithm for block crossings on general graphs. That is, 
we bound the number of block crossings that our algorithm needs and construct 
worst-case instances on which the number of block crossings that is necessary in 
any solution is asymptotically the same as our bound. 

1 Introduction 

In many metro maps and transportation networks some edges, that is, railway track or 
road segments, are used by several lines. Usually, to visualize such networks, lines that 
share an edge are drawn individually along the edge in distinct colors. Often, some 
lines must cross, and it is desirable to draw the lines with few crossings. The metro-line 
crossing minimization problem has recently been introduced [4|. The goal is to order 
the lines along each edge such that the number of crossings is minimized. So far, the 
focus has been on the number of crossings and not on their visualization, although two 
line orders with the same crossing number may look quite differently; see Fig.[T] 

Our aim is to improve the readability of metro maps by computing line orders that 
are aesthetically more pleasing. To this end, we merge pairwise crossings into crossings 
of blocks of lines minimizing the number of block crossings in the map. Informally, a 
block crossing is an intersection of two neighboring groups of consecutive lines sharing 
the same edge; see Fig. |TJb). We consider two variants of the problem. In the first 
variant, we want to find a line ordering with the minimum number of block crossings. 
In the second variant, we want to minimize both pairwise and block crossings. 




Fig. 1. Optimal orderings of a metro network: (a) 12 pairwise crossings; (b) 3 block crossings. 



Motivation. Although we present our results in terms of the classic problem of vi- 
sualizing metro maps, crossing minimization between paths on an embedded graph is 
used in various fields. In very-large-scale integration (VLSI) chip layout, a wire dia- 
gram should have few wire crossings [9|. Another application is the visualization of 
biochemical pathways fl4l . In graph drawing the number of edge crossings is consid- 
ered one of the most popular aesthetic criteria. Recently, a lot of of research, both in 
graph drawing and information visualization, is devoted to edge bundling. In this set- 
ting, some edges are drawn close together — like metro lines — which emphasizes the 
structure of the graph ff3l . Block crossings can greatly improve the readability of bun- 
dled graph drawings. 

Problem definition. The input consists of an embedded graph G = (V, E), and a set 

L = {lx, . . . , ha } of simple paths in G. We call G the underlying network and the paths 
lines. The nodes of G are stations and the endpoints vq, Vk of a line (vq, . . . , Vk) G L 
are terminals. For each edge e = (u, v) € E, let L e be the set of lines passing through e. 
For i < j < k, a block move (i, j, k) on the sequence tt = [tti , . . . , 7r n ] of lines is the 
exchange of two consecutive blocks 71$, . . . ,TTj and tVj+i, ■ ■ ■ , ^k- We are interested in 
line orders 7T°(e), . . . , 7r t(e ) (e) on e, so that 7r°(e) is the order of lines L e on e close to 
u, 7r*( e ) (e) is the order close to v, and each 7r*(e) is an ordering of L e so that n 1+1 (e) is 
constructed from 7r' (e) by a block move. We say that there are t block crossings on e. 

Following previous work 1111211 we use the edge cross- 
ings model, that is, we do not hide crossings under station 
symbols if possible. Two lines sharing at least one common 
edge either do not cross or cross each other on an edge but 
never in a node; see Fig. |2ja). For pairs of lines sharing a 
vertex but no edges, crossings at the vertex are allowed and 
not counted as they exist at this position in any solution. We 
call them unavoidable vertex crossings; see Fig.[2jb). If the 
line orders on the edges incident to a vertex v produce only 
edge crossings and unavoidable vertex crossings, we call 
them consistent in v. Line orders for all edges are consis- 
tent if they are consistent in all nodes. More formally, we 
can check consistency of line orders in a vertex v by look- 
ing at each incident edge e. Close to v the order of lines pjg_ 2. Consistent line or- 
L e on e is fixed. The other edges ei, . . . , e k incident to v ders (a) without, (b) with an 
contain lines of L e . The combined order of L e on the edges unavoidable vertex crossing. 
e±, . . . ,ek must be the same as the order on e; otherwise, 
lines of L e would cross in v. Now, we can define the block 
crossing minimization problem (BCM). 

Problem 1 (BCM). Let G — (V, E) be an embedded graph and let L be a set of lines 
on G. For each edge e € E, find line orders n°(e), . . . , 7r*( e '(e) such that the total 
number of block crossings, J^eeE ^( e )' ^ s minimum and the line orders are consistent. 

In this paper, we restrict our attention to instances with two additional properties. 
First, any line terminates at nodes of degree one and no two lines terminate at the same 
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Table 1. Overview of our results for BCM and MBCM. 



node (path terminal property). Second, the intersection of two lines, that is, the edges 
and vertices they have in common, forms a path (path intersection property). This 
includes the cases that the intersection is empty or a single node. If both properties 
hold, a pair of lines either has to cross, that is, a crossing is necessary, or it can be kept 
crossing-free, that is, a crossing is unnecessary. The orderings that are optimal with 
respect to pairwise crossings are exactly the orderings that contain just necessary cross- 
ings (Lemma 2 in [ 12 1); that is, any pair of lines crosses at most once, in an equivalent 
formulation. As this is a very reasonable condition also for block crossings, we use it 
to define the monotone block crossing minimization problem (MBCM) whose feasible 
solutions must have the minimum number of pairwise crossings. 

Problem 2 (MBCM). Given an instance of BCM find a feasible solution that minimizes 
the number of block crossings subject to the constraint that no two lines cross twice. 

On some instances BCM does allow less crossings than MBCM does, see Fig. [3] 

Our contribution. We introduce the new problems BCM and MBCM. To the best of 
our knowledge, ordering lines by block crossings is a new direction in graph drawing. 
So far BCM has been investigated only for the case that the skeleton, that is, the graph 
without terminals, is a single edge [2] while MBCM is a completely new problem. 

We first analyze MBCM on a single edge (Section|2|, exploiting, to some extent, the 
similarities to sorting by transpositions [12 1. Then, we use the notion of good pairs of 
lines, that is, lines that should be neighbors, for developing an approximation algorithm 
for BCM on graphs whose skeleton is a path (Section[3]l; we properly define good pairs 
so that changes between adjacent edges are taken into account. Yet, good pairs can not 
always be kept close; we introduce a good strategy for breaking pairs when needed. 

Unfortunately, the approximation algorithm does not generalize to trees. We do, 
however, develop a worst-case optimal algorithm for trees (Section[4]). It needs 2\L\ — 3 
block crossings and there are instances in which this number of block crossings is nec- 
essary in any solution. We then use our algorithm for obtaining approximate solutions 
for MBCM on the special class of upward trees. 

As our main result, we develop an algorithm for obtaining a solution for (M)BCM 
on general graphs (Section [5]). We show that it uses only monotone block moves and 
analyze the upper bound on the number of block crossings. While the algorithm itself 
is simple and easy to implement, proving the upper bound is non-trivial. Next, we show 
that the bound is tight; we use a result from projective geometry for constructing worst- 



case examples in which any feasible solution contains many block crossings. Hence, 
our algorithm is asymptotically worst-case optimal. Table [T] summarizes our results. 

Related work. Line crossing problems in transportation networks were initiated by 
Benkert et al. J4), who considered the problem of metro-line crossing minimization 
(MLCM) on a single edge. MLCM in its general model is challenging; its complex- 
ity is open and no efficient algorithms are known for the case of two or more edges. 
Bekos et al. Q addressed the problem on paths and trees. They also proved that a 
variant in which all lines must be placed outermost in their terminals is NP-hard. Sub- 
sequently, Argyriou et al. Q | and Nollenburg lfT2l devised polynomial-time algorithms 
for general graphs with the path terminal property. Pupyrev et al. ifPUl studied MLCM 
in the context of edge bundling. They suggested a linear-time algorithm for MLCM 
on instances with the path terminal property. All these works are dedicated to pairwise 
crossings; the optimization criterion being the number of crossing pairs of lines. 

A closely related problem arises in VLSI design, where the goal is to minimize 
intersections between nets (physical wires) 1911 II . Net patterns with less crossings most 
likely have better electrical characteristics and require less wiring area; hence, it is an 
important optimization criterion in circuit board design. Marek-Sadowska and Sarrafza- 
deh [ 1 1 1 considered not only minimizing the number of crossings, but also suggested 
to distribute the crossings among the circuit regions in order to simplify net routing. 

BCM on a single edge is equivalent to the problem of sorting a permutation by block 
moves, which is well studied in computational biology for DNA sequences; it is known 
as sorting by transpositions [2 6|. The task is to find the shortest sequence of block 
moves transforming a given permutation into the identity permutation. The complexity 
of the problem was open for a long time; only very recently it has been shown to be NP- 
hard [5]. The currently best known algorithm has an approximation ratio of 11/8 Q. 
The proof of correctness of that algorithm is based on a computer analysis which verifies 
more than 80, 000 configurations. To the best of our knowledge, no tight upper bound 
is know for the problem. There are several variants of sorting by transpositions; see the 
survey of Fertin et al. (§J. For instance, Vergara et al. [ 10] used correcting short block 
moves to sort a permutation. In our terminology, these are monotone moves such that 
the combined length of exchanged blocks does not exceed three. Hence, their problem 
is a restricted variant of MBCM on a single edge. We notice that the complexity of this 
variant is still unknown. 

2 Block Crossings on a Single Edge 

First, we restrict our attention to networks consisting of a single edge with multiple lines 
passing through it. BCM then can be reformulated as follows. Given two permutations tt 
and r (determined by the order of terminals on both sides of the edge), find the shortest 
sequence of block moves transforming n into r. By relabeling we can assume that r is 
the identity permutation, and the goal is to sort n. This problem is known as sorting by 
transpositions [2|. We concentrate on the new problem of sorting with monotone block 
moves; that means that the relative order of any pair of elements changes at most once. 
The problems are not equivalent; see Fig(3]for an example where non-monotonicity 



allows for fewer crossings. In what follows, we give lower and upper bounds on the 
number of block crossings for MBCM on a single edge. Additionally, we present a 
simple 3-approximation algorithm for the problem. 

We first introduce some terminology following the 
one from previous works where possible. Let tt — 
[tti, . . . , 7r„] be a permutation of n elements. For con- 
venience, we assume there are extra elements ttq = 



and 7r 



n+l 



1 at the beginning of the per- 




Fig. 3. Permutation [32541] 
is sorted with 2 block moves 
and 3 monotone block moves. 



mutation and at the end, respectively. A block in tt 
is a sequence of consecutive elements 7T, , . . . , TTj with 
i < j. A block move (i,j,k) with i < j < 
k on tt maps [. . . Hi-\-Ki . . . njitj+i . . . TT^k+i • ■ • ] to 
[. . . 7Tj_i7r,- + i . . . Tr k TTi . . . itjiik+i • • • ]■ We say that a 
block move (i,j,k) is monotone if ir q > ir r for all 
i<q<j<r<k. We denote the minimum number 
of monotone block moves needed to sort tt by bc(7r). An 
ordered pair (71^, TTi+i) is a good pair if 7r J+ i = 7Tj + 1, 

and a breakpoint otherwise. Intuitively, sorting tt is a process of creating good pairs (or 
destroying breakpoints) by block moves. We call a permutation simple if it has no good 
pairs. Any permutation can be uniquely simplified — by gluing good pairs together and 
relabeling — without affecting its distance to the identity permutation [6|. A breakpoint 
(iri, 7Ti + i) is a descent if TTi > Hi+i, and a gap otherwise. We use bp(7r), des(7r), and 
gap(7r) to denote the number of breakpoints, descents, and gaps in tt. The inverse of a 
permutation tt is the permutation tt^ 1 in which each element and the index of its posi- 
tion are exchanged, that is, tt^ 1 = i for 1 < i < n. A descent in 7r _1 , that is, a pair 
of elements Tti = ttj + 1 with i < j, is called an inverse descent in tt. Analogously, an 
inverse gap is a pair of elements 7Tj = tt j + 1 with i > j + 1. Now, we give lower and 
upper bounds for MBCM, that is, on bc(7r). 



A lower bound. It is easy to see that a block move affects three pairs of adjacent ele- 
ments. Therefore the number of breakpoints can be reduced by at most three in a move. 
As only the identity permutation has no breakpoints, this implies bc(7r) > bp(7r)/3 for 
a simple permutation tt. The following observations yield better lower bounds. 

Lemma 1. In a monotone block move, the number of descents in a permutation de- 
creases by at most one, and the number of gaps decreases by at most two. 

Proof. Consider a monotone move [. . . ab . . . cd . . . ef . . . ] [. . . ad . . . eb . . . cf . . . ]; 
it affects three adjacencies. Suppose a descent is destroyed between a and b, that is, 
a > b and a < d. Then, b < d which contradicts monotonicity. Similarly, no descent 
can be destroyed between e and /. On the other hand, since c > d, no gap can be 
destroyed between c and d. □ 

A similar claim holds for the inverse descents and gaps. 

Lemma 2. In a monotone block move, the number of inverse descents decreases by at 
most one, and the number of inverse gaps decreases by at most two. 



Proof. Consider a monotone exchange of blocks TTi,.. . , TTj and TTj+i, . ..,Wk- Note 
that inverse descents can only be destroyed between elements ir q (i < q < j) and TT r 
(j + 1 < r < k). Suppose that the move destroys two inverse descents such that the 
first block contains elements x + 1 and y + 1, and the second block contains x and y. 
Since the block move is monotone, y + 1 > x and x + 1 > y, which means that x = y. 

On the other hand, there cannot be inverse gaps between elements ir q (i < q < j) 
and TT r (j + 1 < r < k). Therefore, there are only two possible inverse gaps between 
7Tj_i and TT r (j < r < k), and between n q (i < q < j) and 7r fc+1 . □ 

Combining the lemmas, we obtain the following result. 

Theorem 1. A lower bound on the number of monotone block moves needed to sort a 
permutation is bc(7r) > max(bp(7r)/3, des(7r), gap(7r)/2, des(7r~ 1 ), gap(7r~ 1 )/2). 

An upper bound. We suggest the following algorithm for sorting a simple permutation 
tt: In each step find the smallest i such that TTi ^ i and move element i to position i, that 
is, exchange block TTi, . . . ,TTk-i and tt^, where Tr k — i. Clearly, the step destroys at least 
one breakpoint. Therefore bc(7r) < bp(7r) and the algorithm yields a 3-approximation. 

Theorem 2. We can find a 3-approximation for MBCM on a single edge in 0(n 2 ) time. 



To construct a better upper bound, we first consider a constrained sorting problem 
in which at least one of the moved blocks has unit size; that is, we allow only block 
moves of types (i, i, k) and (i, k — 1, k). Let bc 1 (7r) be the minimum number of such 
block moves needed to sort it. We show how to compute be 1 (tt) exactly. An increasing 
subsequence of n is a sequence 7I7 15 717 2 , . . . such that tt^ < 7T; 2 < . . . and li < l 2 < 
Let lis(7r) be the size of the longest increasing subsequence of n. 

Lemma 3. bc 1 ^) = n — Hs(tt). 

Proof. bc 1 (-7r) > n — lis(7r). Consider a monotone move a — {i,i,k) in tt (a = 
(i, k — 1, k) is symmetric). Let tt = [tti, . . . , 7Tj_i, 7Tj+i, . . . , 7r„] be the permutation tt 
without element tti. Clearly, lis(7r) < lis(7r). If we apply cr, the resulting permutation 
an = [m,..., TTi-i,TT i+ i, . . . , 7Tfe, 7Tj, TTk+i 7 • • • , 7r n ] has one extra element compared 
to 7r, and, therefore, lis((T7r) < lis(7r) + l. Hence, lis(cr7r) < lis(7r) + 1, that is, the length 
of the longest increasing subsequence cannot increase by more than one in a move. The 
inequality follows since lis(r) = n for the identity permutation r. 

be 1 (tt) < n — lis(7r). Let S = [. . . Si . . . s% ■ ■ ■ sn s . . . ] be a fixed longest increasing 
subsequence in tt. We show how to choose a move that increases the length of S. Let 
TTi $l S be the rightmost element (that is, i is maximum) lying between elements Sj and 
Sj + i of S so that iTi > s j+i- We move TTi rightwards to its proper position pi inside S. 
This is a monotone move, as TTi was chosen rightmost. If no such element pi exists, we 
symmetrically choose the leftmost pi with pi < sj and bring it into its proper position 
in S. In both cases S grows. □ 

Corollary 1. Any permutation can be sorted by n — \is(tt) monotone block moves. 



3 Block Crossings on a Path 



Now we consider an embedded graph G = (V, E) consisting of a path P = (Vp, Ep) 
with attached terminals. In every node v € Vp the clockwise order of terminals adjacent 
to v is given, and we assume the path is oriented from left to right. We say that a line / 
starts at v if v is the leftmost vertex on P that lies on I and ends at its rightmost vertex 
of the path. As we consider only crossings of lines sharing an edge, we assume that the 
terminals connected to any path node v are in such an order that first lines end at v and 



then lines start at v, as shown in Fig. 4(b) 



We suggest a 3-approximation algorithm for BCM. Similar to the single edge case, 
the basic idea of the algorithms is to consider good pairs of lines. A good pair is an 
ordered pair of lines that will be adjacent — in this order — in any feasible solution when 
one of the lines ends. We argue that our algorithm creates at least one additional good 
pair per block crossing, while even the optimum creates at most three new good pairs 
per crossing. To describe our algorithm we first define a good pair. 

Definition 1 (Good pair). 

( i) If two lines a and b end on the same node, and a and b are consecutive in clockwise 
order, then (a, b) is a good pair (as it is in the case of a single edge in Section^. 

(ii) Let v be a node with edges (u, v ) and (v, w) on P, let a\ be the first line starting 
on v above P, and let a-i be the last line ending on v above P as in Fig. \4(a)\ 
If (a,\, b) is a good pair, then (a 2 , 6) also is a good pair. We say that (02, b) is 
inherited/rom (a± , b), and identify (a\,b) with (a2 , b), which is possible as a\ and 
0,2 do not share an edge. Analogously, there is inheritance for lines starting/ending 
below P. 




(a) (b) 



Fig. 4. (a) Inheritance of a good pair above node v. (b) Ordering the lines on edge e in a step of 
the algorithm. 

As a preprocessing step, we add a virtual line t e (b e ) for each edge e € Ep. The 
line t e (b e ) is the last line starting before e, and the first line ending after e to the top 
(bottom). Although virtual lines are never moved, t e (b e ) does participate in good pairs, 
which model the fact that the first lines ending after an edge should be brought to the 
top (bottom). 

There are important properties of good pairs. 

Lemma 4. On an edge e G Ep there is, for each line I, at most one good pair (V , I) 
and at most one good pair (I, I"). 



Fig. 5. The (necessary) insertion of line / forces breaking the good pair (a, b) (= (a, c)) on edge e. 



Proof. Let e be the rightmost edge where there is a line / that violates the property, 
that is, there are two good pairs (I', I) and (I" , I) (symmetrically for I on the top). If / 
ends after e there clearly can be at most one of these good pairs. Suppose that I also 
exists one the edge e' right of e. If both V and I" exist on e', we would already have a 
counterexample on e! . Hence, at least one of the lines ends after e, that is, at least one 
of the good pairs results from inheritance after the edge e. On the other hand, this can 
only be the case for one of both, suppose for (/', /). There has to be another good pair 
(I'", I) on e', a contradiction to the choice of e. □ 

Lemma 5. There are only two possibilities to create a good pair (a, b): 

( i) a and b start at the same node consecutively in the right order. 

( ii) A block crossing brings a and b together. 

Proof. During a and b exist, the good pair (a, b) can only be created by block crossings 
because either a and b have to cross each other or lines between a and b have to leave 
the path. Hence, (a, b) can only be created without a block crossing at the moment when 
the last of the two lines, say a, starts at a node v. In this case a has to be the first line 
starting at v on the top of P. This implies that by inheritance there is a good pair (c, b), 
where c is the last line ending at v to the top. It follows that the good pair (c, b), which 
is identical to (a, 6), existed before v. □ 

In what follows, we will say that a solution (or algorithm) creates a good pair in a 
block crossing if the two lines of the good pair are brought together in the right order by 
that block crossing; analogously, we speak of breaking good pairs. It is easy to see that 
any solution, especially an optimal one, has to create all good pairs, and a block crossing 
can create at most three new pairs. There are only two possible ways for creating a good 
pair (a, b): (i) a and b start at the same node consecutively in the right order, that is, they 
form an initial good pair, or (ii) a block crossing brings a and b together. Similarly, good 
pairs can only be destroyed by crossings before both lines end. 



Using good pairs, we formulate our algorithm as follows; see Fig. 4(b) for an exam- 
ple. 

We follow P from left to right. On an edge e = (it, v) there are red lines that end at 
v to the top, green lines that end at v to the bottom, and black lines that continue on the 
next edge. We bring the red lines in the right order to the top by moving them upwards. 
Doing so, we keep existing good pairs together. If a line is to be moved, we consider 
the lines below it consecutively. As long as the current line forms a good pair with the 
next line, we extend the block that will be moved. We stop at the first line that does not 



form a good pair with its successor. Finally we move the whole block of lines linked 
by good pairs in one block move to the top. Next, we bring the green lines in the right 
order to the bottom, again keeping existing good pairs together. There is an exception, 
where one good pair on e cannot be kept together. If the moved block is a sequence of 
lines containing both red and green lines, and possibly some — but not all — black lines, 
then it has to be broken, see Fig. [5] Note that this can only happen in the last move on 
an edge. There are two cases: 

(i) A good pair in the sequence contains a black line and has been created by the 
algorithm previously. We break the sequence at this good pair. 

(ii) All pairs with a black line are initial good pairs, that is, were not created by a 
crossing. We break at the pair that ends last of these. Inheritance is also considered, that 
is, a good pair ends only when the last of the pairs that are linked by inheritance ends. 

After an edge has been processed, the lines ending to the top and to the bottom 
are on their respective side in the right relative order. Hence, our algorithm produces a 
feasible solution. We show that it produces a 3-approximation for the number of block 
crossings. A key property that we will show is that our strategy for case (ii) is optimal. 

Theorem 3. Let bc a i g and OPT be the number of block crossings created by the algo- 
rithm and an optimal solution, respectively. Then, bc a i g < 3 OPT. 

Proof. Normal block crossings, not breaking a good pair in the algorithm, always in- 
crease the number of good pairs. If we have a block crossing that breaks a good pair 
in a sequence as in case (i) then there has been a block crossing that created the good 
pair previously as a side effect, that is, there was an additional (red or green) good pair 
whose creation caused that block crossing. Hence, we can say that the destroyed good 
pair did not exist previously and still have at least one new good pair per block crossing. 

If we are in case (ii), that is, all good pairs in the sequence are initial good pairs like 
in Fig. [5] then they also initially existed in the optimal solution. It is not possible to keep 
all those good pairs because the remaining black lines have to be somewhere between 
the block of red lines and the block of green lines. Hence, even the optimal solution has 
to break one of these good pairs on this edge or previously. 

Let bc a ig, bc opt be the number of broken good pairs due to case (ii) in the algorithm 
and the optimal solution. In a crossing in which the algorithm breaks such a good pair 
the number of good pairs stays the same as one good pair is destroyed and another 
created. On the other hand, in a crossing that breaks a good pair, the number of good 
pairs can be increased by at most two even in the optimal solution (actually, it is not 
hard to see that it cannot be increased at all). Let gp be the total number of good pairs 
and let gp init be the number of initial good pairs. Note that according to Def. [TJgood 
pairs resulting from inheritance are not counted separately for gp as the are identified 
wi th another good pair. We get gp^bc a i g -bc a ig+ gp init and gp < 3-OPT-bc opt + 
gPinit- Hence, bc a i g < 3 OPT +(bc a i g — bc op t) combining both estimates. 

To prove the approximation factor 3 we only have to show that bc a i g < bc opt . First, 
note that the edges where good pairs of case (ii) are destroyed, are exactly the edges 
where such a sequence of initial good pairs exists; that is, the edges are independent 
of any algorithm or solution. We show that, among these edges, our strategy ensures 
that the smallest number of pairs is destroyed, and pairs that are destroyed once are 



reused as often as possible for breaking a sequence of initial good pairs. To this end, 
let e[ , . . . , e'j— be the sequence of edges, where the algorithm destroys a new good 

pair of type (ii), that is, an initial good pair that has never been destroyed before. We 
follow the sequence and argue that the optimal solution destroys a new pair for each of 
these edges. Otherwise, there is a pair e' , e" of edges in the sequence, where the optimal 
solution uses the same good pair p on both edges. Let p' ,p" be the pairs used by the 
algorithm on e' , e" for breaking a sequence of initial good pairs. As p' was preferred by 
the algorithm over p, we know that p' still exists on e". As it is in a sequence with p, the 
algorithm does, therefore, still use p' on e", a contradiction completing the proof. □ 

The algorithm needs 0(|L|(|L| + I-Epl)) time. Note that it does normally not pro- 
duce orderings with monotone block crossings. It can, however, be turned into a 3- 
approximation algorithm for MBCM. To this end, the definition of inheritance of good 
pairs, as well as the step of destroying good pairs has to be adjusted, and the analysis 
has to be improved. 




Monotone Block Crossings on Paths We want to modify our algorithm so that it pro- 
duces monotone block crossings which are a 3-approximation for the minimum number 
of monotone block crossings in 0(|L|(|i| + |-Ep|)) time. To this end, we first have to 
modify our definition of inheritance of good pairs such that we use only monotone block 
moves. More specifically, we prevent inheritance in some situations in which keeping 
a pair of lines together close to a vertex is not possible without having a forbidden 
crossing. We concentrate on inheritance with lines ending to the top; the other case is 
analogue. 

Suppose we have a situation as shown in Fig. [6] Line c 
must not cross b. On the other hand it has to be below a-i 
near node v and separate 02 and b there. Hence, bringing or 
keeping a-2 and b together is of no value, as they have to be 
separated in any solution. We say that line b is inheritance- 
preventing at node v. 

One part of our algorithm still needs to be changed 
. . . „ , • » 1 1 1 Fig. 6. Line c prevents that 

in order to ensure monotomcity of the crossings. A block , , N . , . „ , , N 
.... u . e , , , (02,6) inherits from (a\, b). 

move including black lines could result in a forbidden cross- 
ing. We focus on the case, where black lines are moved to- 
gether with red lines. This can only occur once per edge. 

Let r = b ,bi, . . . ,bk be the sequence of good pairs from the bottommost red line 
r = 60 on. If there is some line I above the block that must not be crossed by a line bi 
of the block, then we have to break the sequence. We consider such a case in which i 
is minimal. Hence, we have to break a good pair out of (r, 61), (61, 62), . . . , (bi-i, bi). 
Similar to case (i) in the algorithm of the previous section, we break a pair of this se- 
quence that is not initial. Otherwise (case (ii)), we choose the pair (bj-i, bi) with j < i 
minimal such that the end node of bj is below the path, and break the sequence there. 
Note that line I must end below the path, otherwise it would prevent inheritance of at 
least one of the good pairs in the sequence. Hence, also bi ends below the path, and bj 
is well-defined. 



It is easy to see that our modified algorithm still produces a feasible ordering. We 
now show that it is also monotone. 

Theorem 4. The algorithm produces an ordering with monotone block crossings. 

Proof. We want too see that each block crossing is monotone, that is, a pair of lines that 
cross in a block crossing is in the wrong order before the crossing. Monotonicity of the 
whole solution then follows. We consider moves, where blocks of lines are brought to 
the top; the other case is analogue. 

Suppose a red line r is brought to the top. As all red lines that have to leave above r 
are brought to the top before, r crosses only lines that leave below it, that is, lines that 
have to be crossed by r. If a black line I is brought to the top, then it is moved together 
in a block that contains a sequence of good pairs from the bottommost red line r' to /. 
Suppose / crosses a line c that should not be crossed by I. Line c cannot be red because 
all red lines that are not in the block that is moved at the moment have been brought to 
the top before. It follows that r' has to cross c. Hence, we can find a good pair (a, b) in 
the sequence from r' to I such that a has to cross c but b must not cross c. In this case, 
the algorithm will break at least one good pair between r' and b. It follows that c does 
not cross I, a contradiction. □ 

Theorem 5. Let bc a i g be the number of block crossings created by the algorithm and 
let OPT be the number of block crossings of an optimal solution using only monotone 
block moves. It holds that bc a i g < 3 OPT. 

Proof. As for non-monotone block crossings, all block crossings increase the number 
of good pairs, with the exception of breaking a sequence of initial good pairs in case (ii). 
Again, also the optimal solution has to have crossings, where such sequences are broken. 
In such a crossing, the two lines of the destroyed pair lose their partner. Hence, there is 
only one good pair after the crossing, and the number of good pairs does not change at 
all. Let bc a ig t be the number of splits for case (ii) where the block move brings lines to 
the top, and let bc a i g & be the number of such splits where the move brings lines to the 
bottom. We get 

bc a i g < 3 • OPT +(b^ alg - 3 • bc p t ) 

< 3 • OPT+(bc alg4 - bc opt ) + (bc a i gfc - bc opt ) 

To complete the proof, we show bc a i gt < bc op t, and symmetrically bc a i g fc < bc opt . 
Let e' l7 . . . , e'— be the sequence of edges, where the algorithm uses a new good 

pair, as a breakpoint for a sequence of type (ii) when lines leave to the top, that is, a good 
pair that has not been destroyed before. Again, we argue that even the optimal solution 
has to use a different breakpoint pair for each of these edges. Otherwise, there would be 
a pair e', e" of edges in this sequence, where the optimal solution uses the same good 
pair p on both edges. Let p' and p" be the two good pairs used by the algorithm on e' 
and e", respectively. Let p' = (I', I"). We know that I' leaves the path to the top and 
I" leaves to the bottom. Because all lines in the sequences on e! and e" stay parallel, 
we know that lines above I' leave to the top, and lines below I" leave to the bottom. 
Especially p' still exists on e", as p stays parallel and also still exists. 



As in the description of the algorithm, let a and b be lines such that (a, b) is the 
topmost good pair in the sequence for which a line c exists on e" that crosses a but not 
b. If (a, b) is below p', then the algorithm would reuse p' instead of the new pair p", 
since (a, b) is in a sequence below p; hence, also p' is in the sequence and above (a, b). 

Now suppose that (a, b) is above p' . The pair (a, &) is created by inheritance because 
c ends between a and &. As both a and end to the top, separated from the bottom side 
of the path by p', this inheritance takes place at a node, where a is the last line to end on 
the top side. But in this case c prevents the inheritance of the good pair (a, b) because it 
crosses only a, a contradiction. □ 

4 Block Crossings on Trees 

In what follows we focus on instances of (M)BCM that are trees. We first give an 
algorithm that bounds the number of block crossings. Then, we consider trees with an 
additional constraint on the lines; for these we develop a 6-approximation for MBCM. 

Theorem 6. For any tree T and lines L on T, we can order the lines with at most 
2\L\ — 3 monotone block crossings in 0(\L\(\L\ + \E\)) time. 

Proof. We give an algorithm in which paths are inserted one by one into the current 
order; for each newly inserted path we create at most 2 monotone block crossings. The 
first line cannot create a crossing, and the second line crosses the first one at most once. 



Fig. 7. Insertion of a new line (red) into the current order on edges va and vb. 

We start at an edge incident to a terminal. Let L uv be the lines passing through 
edge uv. When processing uv the paths L uv are already in the correct order; they do 
not need to cross on yet unprocessed edges of T. We consider all unprocessed edges 
va,vb, . . . incident to v and build the correct order for them. The relative order of lines 
also passing through uv is kept unchanged. For all lines passing through v that were not 
treated before, we apply an insertion procedure, see Fig [7] Consider, e.g., the insertion 
of a line passing through va and vb. Close to v we add I on both edges at the innermost 
position such that we do not get vertex crossings with lines that pass through va or 
vb. We find its correct position in the current order of lines L va close to a, and insert 
it using one block crossing. This crossing will be the last one on va going from v to 
a. Similarly, I is inserted into L v b. We have to make sure that lines that do not have to 
cross are inserted in the right order. As we know the right relative order for a pair of such 
lines we can make sure that the one that has to be innermost at node v is inserted first. 





Fig. 8. Tree with 2\L\ — 3 necessary crossings for a) \L\ = 3, b) \L\ = 4. 




Fig. 9. a) The algorithm started leftmost produces 4 crossings; b) one block crossing suffices. 

Similarly, by looking at the clockwise order of edges around v, we know the right order 
of line insertions such that there are no avoidable vertex crossings. When all new paths 
are inserted the orders on va, vb,... are correct; we proceed by recursively processing 
these edges. 

When inserting a line, we create at most 2 block crossings, one per edge of I incident 
to v. After inserting the first two lines into the drawing there is at most one crossing. 
Hence, we get at most 2\L \ — 3 block crossings in total. Suppose monotonicity would be 
violated, that is, there is a pair of lines that crosses twice. The crossings then have been 
introduced when inserting the second of those lines on two edges incident to a node v. 
This can, however, not happen, as at node v the two edges are inserted in the right order. 
Hence, the block crossings of the solution are monotone. □ 

In the following we show that the upper bound that our algorithm yields is tight. 

Worst-Case Examples. Consider a graph show in Fig. [8] The new green path in Fig. [8]}) 
is inserted so that it crosses 2 existing paths. This is the induction step for creating 
instances in which 2\L\ — 3 block crossings are necessary in any solution. 

We also have a simple example in which the tree algorithm creates \L\ — 1 crossings 
while a single block crossing suffices; see Fig.|9]for \L\ — 5. The example can easily be 
extended to any number of lines. This shows that the algorithm does not yield a constant 
factor approximation. 

The examples shows that the algorithm described in Theorem [6] does not guarantee 
an approximation of the optimal solution. Next, we introduce an additional constraint 
on the lines, which helps us to approximate the minimum number of block crossings. 

Upward Trees We consider MBCM on an upward tree T, that is, a tree that has a pla- 
nar upward drawing in which all paths are monotone in vertical direction, and all path 
sources are on the same height as well as all path sinks, see Fig. [10] Bekos et al. ||3) 
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1 2 3 4 5 6 f 2 3 4,5 6 1 2 3 4,5 6 1 2 3 4 5 6 

Fig. 10. Algorithm for upward trees: (a) simplification, (b) line ordering, (c) reinsertion. 



already considered such trees (under the name "left-to-right trees") for the metro line 
crossing minimization problem. Note that a graph whose skeleton is a path is not nec- 
essarily an upward tree. Our algorithm consists of three steps. First, we perform a sim- 
plification step removing some lines. Second, we use the algorithm for trees given in 
Section [4] on a simplified instance. Finally, we reinsert the removed lines into the con- 
structed order. We first analyze the upward embedding. 

Given an upward drawing of T, we read a permutation 7r produced by the termi- 
nals on the top; we assume that the terminals produce the identity permutation on the 
bottom. Similar to the single edge case the goal is to sort it by a shortest sequence of 
block moves. Edges of T restrict some block moves on 7r; e.g., the blocks 1 4 and 5 in 



Fig. 10 cannot be exchanged as there is no suitable edge. However, we still can use the 
lower bound for block crossings on a single edge, see Section [2] For sorting a simple 
permutation n, at least bp(7r) /3 block moves are necessary. We stress that simplicity of 
7T is crucial here. To get an approximation, we show how to simplify a tree. 

Consider two non-intersecting paths a and b that are adjacent in both permutations 
and share a common edge. We prove that one of these paths can be removed without 
changing the optimal number of block crossings. First, if any other line c crosses a then 
it also crosses b (i). This is implied by planarity and y-monotonicity of the drawing. Sec- 
ond, if c crosses both a and b then all three paths share a common edge (ii); otherwise, 
there would be a cycle due to planarity. Hence, for any solution for the paths L — {b}, 
we can construct a solution for L by inserting b without any new block crossings. To 
insert b, we must first move all block crossings on a to the common subpath with b. This 
is possible due to observation (ii). Finally, we can place b parallel to a. 

To get a 6-approximation for an upward tree T, we first remove lines until the tree 
is simple. Then we apply the insertion algorithm presented in Section [4] and finally 
reinsert the lines removed in the first step. The number of block crossings is at most 
2\L'\, where L' is the set of lines of the simplified instance. As an optimal solution has 
at least |£'|/3 block crossings for this simple instance, and reinserting lines does not 
create new block crossings, we get 

Theorem 7. The algorithm yields a 6-approximation for MBCM on upward trees. 



5 Block Crossings on General Graphs 



Finally, we consider general graphs. We suggest an algorithm that achieves an upper 
bound on the number of block crossings and show that it is asymptotically worst-case 




Fig. 11. Sorting the lines on edge e. (a) Cutting edges (marked) define groups. The lines marked 
in gray are merged as they are in the same group on both sides, (b) Sorting by insertion into the 
largest group (red); the merged lines always stay together, especially in their block crossing. 



optimal. Our algorithm uses monotone block moves, that is, each pair of lines crosses 
at most once. The algorithm works on any embedded graph; it does not even need to be 
planar, we just need to know the circular order of incident edges around each vertex. 

The idea of our algorithm is simple. We go through the edges in some arbitrary 
order. When we treat an edge, we completely sort the lines that traverse it. A crossing 
between a pair of lines can be created on the edge only if this edge is the first one treated 
by the algorithm that is used by both lines of the pair; see Algorithm[T] The crucial part 
is sorting the lines on an edge. Suppose we currently deal with edge e and want to sort 
L e . Due to the path intersection property, the edge set used by the lines in L e forms a 



tree on each side of e, see Fig. 11 We cut these trees at those edges that have already 



been processed by our algorithm. Now, each line on e starts at a leaf on one side and 
ends at a leaf on the other side. Note that multiple lines can start or end at the same leaf. 

From the tree structure and the orderings on the edges processed previously, we get 
two orders of the lines, one on each side of e. We consider groups of lines that start 
or end at a common leaf of the tree (like the red lines in Fig. 111. All lines of a group 



have been seen on a common edge, and, hence, have been sorted. Therefore lines of 
the same group form a consecutive subsequence on one side of e, and have the same 
relative order on the other side of e. 

Let g and g' be a group of lines on the left and on the right side of e, respectively. 
Suppose the set L' of lines starting in g and ending in g' consists of multiple lines. As 
the lines of g as well as the lines of g 1 stay parallel on e, L 1 must form a consecutive sub- 
sequence (in the same order) on both sides. Now we merge L' into one representative 
for the sequence of lines, that is, we remove all lines of L' and replace them by a single 
line that is in the position of the lines of L' on the sequences on both sides of e. Once 
we find a solution, we replace the representative by the sequence without changing the 



foreach edge e with \ L e \ > 1 do 

Build order of lines on both sides of e 

Merge lines that are in the same group on both sides 

Find the largest group of consecutive lines that stay parallel on e 

Insert all other lines into this group and undo merging 



Algorithm 1: Ordering the lines on a graph 



number of block crossings. Consider a crossing that involves the representative of L' , 
that is, it is part of one of the moved blocks. After replacing it, the sequence L' of par- 
allel lines is completely contained in the same block. Hence, we do not need additional 
block crossings. 

We apply this merging for all pairs of groups on the left and right end of E. Then, we 
identify a group with the largest number of lines after merging, and insert all remaining 
lines into it one by one. Clearly, each insertion requires at most one block crossing; in 



Fig. 1 1 we need three block crossings to insert the lines into the largest (red) group. 
After computing the crossings, we undo the merging step and get a solution for edge e. 

Theorem 8. Algorithm^sorts all lines in 0(\E\ 2 \L\) time by monotone block moves. 
The resulting number of block crossings is 0(\L\ yJ\E'\), where E' is the set of edges 
with at least two lines on them. 

Proof. First, it is easy to see that no unnecessary crossings are created. Additionally, we 
care about all edges with at least two lines, which ensures that all necessary crossings 
will be placed. Hence, we get a feasible solution using monotone crossings. Our algo- 
rithm sorts the lines on an edge in 0(\L\ \E\) time. We can build the tree structure and 
find the orders and groups by following all lines until we find a terminal or an edge that 
was processed before in 0(|£||i?|) time. Merging lines and finding the largest group 
need 0(|L|) time; sorting by insertion into this group and undoing the merging can be 
done in 0(|i| 2 ) time. Note that \L\ < \E\ due to the path terminal property. 

For analyzing the total number of block crossings, we maintain an information ta- 
ble T with \L\ 2 entries. Initially, all the entries are empty. After processing an edge e in 
our algorithm, we fill entries T[l, I'] of the table for each pair (I, I') of lines that we see 
together for the first time. The main idea is that with b e block crossings on edge e we 
fill at least b 2 new entries of T. The upper bound then can be concluded. 

More precisely, let the information gain 1(e) be the number of pairs of (not nec- 
essarily distinct) lines I, I 1 that we see together on a common edge e for the first time. 
Clearly, J2 e eE H e ) < l^| 2 - Suppose that b 2 < 1(e) for each edge e. Then, J2 e eE — 
^2 eeE I(e) < \L\ 2 - Using the Cauchy-Schwarz inequality \{x,y)\ < \J (x, x) ■ (y, y) 
with x as the vector of the b e and y as a vector of 1-entries, we see that the total number 
of block crossings is J2 e eE' < l-^IVP^T 

We still have to show that b 2 < 1(e) for an edge e. For doing so, we analyze the 
lines after the merging step. Consider the groups on both sides of e; we number the 
groups on the left side £x, . . . ,£ n and the groups on the right side 9ti, . . . , £H m with 
U — |£i|,7*j = |SHj| for 1 < i < n, 1 < j < m. Without loss of generality, we can 
assume that £j is the largest group into which all remaining lines are inserted. Then, 
b e < \L e \ — l\. Let Sij be the number of lines that are in group £j on the left side 
and in group Olj on the right side of e. Note that s,j € {0, 1}, otherwise we could still 
merge lines. Then k = J^j Sij> r j = X« s u"' s : = \ L e\ = s u"' and fe e = s-l-y. The 
information gain is 1(e) = s 2 -J2i^i~ J2j r j + s % ■ B y a PPly m g Lemma|6]we get 
b 2 < 1(e). To complete the proof, note that the unmerging step cannot decrease /(e). 

□ 

Lemma 6. For 1 < i < n and 1 < j < m let s. L j E {0, 1}. Let U = J^j Sijfor 1 < i < 
n and let rj = J^i s ijf or 1 < J < m sucn that l\ > kfor 1 < i < n and l\ > rj for 



i < j < m - Let s = E,"=i E7=i s v> b = s_z i- andI = fi2 -E 4 7 j + J2 tJ 

Then b 2 < I. 

Proof. It is easy to check that for any i, j it holds that (sy — Sij ) > as € {0, 1}. 
Using this property, we see that 

n m n m 

I-b 2 = s 2 --£ll-E r * + E E s l - * 2 + 2-ii - 1\ 

i—1 j=l z— 1 j=l 



m n 



nm nm n m n m 

E E 4 + E E - E li E s « - E E s ^ 
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We can show that the upper bound on the number of block crossings that our al- 
gorithm achieves is tight. To this end, we use the existence of special Steiner systems 
for building (non-planar) worst-case examples of arbitrary size in which many block 
crossings are necessary; see Theorem|9] 

Theorem 9. There exists an infinite family of graphs G = (V, E) with set of lines L so 
that Q{\L\ y/\E'\) block crossings are necessary in any solution, where E' is the set of 
edges with at least two lines on them. 

Proof. From the area of projective planes it is known that, for any prime power q, a 
S(q 2 + q + 1, q + 1, 2) Steiner system exists [ 15 1, that is, there is a set S of q 2 + q + 1 
elements with subsets Si, S2, ■ ■ ■ , S q 2 +q+1 of size q + 1 such that any pair of elements 
s, s' G S appears together in exactly one set Si. 

We build a graph G = (V, E) by first adding vertices si, S2 and an edge (si, S2) for 
any s E S. These edges will be the only ones with multiple lines on them, that is, E'. 
Additionally, we add an edge s 2 , for any pair s, s' £ S. Next, we build a line Zj for 
any set Sj as follows. We take some arbitrary order s, s', s" , . . . , on the elements 
of Si, and build the path s(li), Si, S2, s[, s 2 ,s'{,..., t(h) with extra terminals s(li) 



and t(li) in which li starts and ends, respectively; see Fig. 12(a) As any pair of lines 
shares exactly one edge the path intersection property holds. We order the edges around 
vertices si and s 2 so that all q + 1 lines on the edge representing any s £ S have to cross 
by making sure that the orders of lines in si and s 2 are exactly reversed; see Fig. |12(b)| 
Then, q block crossings are necessary on each edge, and, hence, (q 2 + q + l)q = 9(q i ) 
block crossings in total. On the other hand, \L\ y^E'j = (q 2 + q + l)\/q 2 + q + 1 = 
0(q 3 ). Note that the graph G is not planar. □ 



|g |'i |? |i g s^t^Lj) 

(a) Path Li is routed through the edges representing 
Sj s , s , . . . , s ^ . 

Fig. 12. Construction of the worst-case example. 

6 Future Work 

Our algorithm for general graphs cannot be applied if lines are more complex subgraphs 
than paths, or if the path intersection property does not hold. On the other hand, in 
many metro networks, there are just few lines violating these properties. We suggest to 
first create an instance with our properties by deleting few (parts of) lines. Then, after 
applying our algorithm, the deleted parts can be reinserted by keeping them parallel to 
other lines and reusing crossings as often as possible. 

Another practical problem is the distribution of block crossings. In our opinion, 
crossings of lines should preferably be close to the end of their common subpath as this 
makes it easier to recognize that the lines do cross. For making a metro line easy to 
follow the important criterion is the number of its bends. Hence, an interesting question 
is how to sort metro lines using the minimum total number of bends. 

From a theoretical point of view, the complexity status of MBCM on a single edge 
is an interesting open problem. 
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